Міністерство освіти і науки України Національний університет «Львівська політехніка» Інститут комп’ютерних наук та інформаційних технологій Кафедра АСУ
Звіт до лабораторної роботи №1 Ознайомлення із середовищами проектування Enterprise Architect та Borland Together Мета роботи: Ознайомитися із середовищем розробки UML-діаграм (Enterprise Architect або Borland Together), а також освоїти етапи життєвого циклу програмного забезпечення (ПЗ). Завдання: Оволодіти навичками роботи у середовищі Enterprise Architect або Borland Together. Реалізувати технічне завдання для свого проекту (згідно індивідуального завдання). Порядок виконання роботи: 1. Ознайомитися з теоретичною частиною. 2. Ознайомитися із середовищем розробки діаграм. 3. Розробити технічне завдання для свого індивідуального завдання. 4. Оформити звіт за результатами виконаної роботи. Теоретичні відомості Виділяють такі основні типи UML діаграм: Структурні діаграми: діаграми класів (class diagrams) призначені для моделювання структури об'єктно-орієнтованих застосувань - класів, їх атрибутів і заголовків методів, спадкоємства, а також зв'язків класів один з одним; діаграми компонент (component diagrams) використовуються при моделюванні компонентної структури розподілених застосувань; усередині кожна компоненту може бути реалізована за допомогою безлічі класів; діаграми об'єктів (object diagrams) застосовуються для моделювання фрагментів працюючої системи, відображаючи ті, що реально існують в runtime екземпляри класів і значення їх атрибутів; діаграми композитних структур (composite structure diagrams) використовуються для моделювання складових структурних елементів моделей - кооперацій, композитних компонент і т.д.; діаграми розгортання (deployment diagrams) призначені для моделювання апаратної частини системи, з якою ПО безпосередньо зв'язано (розміщено або взаємодіє); діаграми пакетів (package diagrams) служать для розбиття об'ємних моделей на складові частини, а також (традиційно) для угрупування класів модельованого ПО, коли їх дуже багато. Поведінкові діаграми: діаграми активностей (activity diagrams) використовуються для специфікації бизнес-процессов, які повинно автоматизувати що розробляється ПО, а також для завдання складних алгоритмів; діаграми випадків використання(use case diagrams) призначені для "витягування" вимог з користувачів, замовника і експертів наочної області; діаграми кінцевих автоматів (state machine diagrams) застосовуються для завдання поведінки реактивних систем; діаграми взаємодій (interaction diagrams): діаграми послідовностей (sequence diagrams) використовуються для моделювання тимчасових аспектів внутрішніх і зовнішніх протоколів ПО; діаграми схем взаємодії (interaction overview diagrams) служать для організації ієрархії діаграм послідовностей; діаграми комунікацій (communication diagrams) є аналогом діаграм послідовностей, але по-іншому зображаються (у звичній манері); тимчасові діаграми (timing diagrams) є різновидом діаграм послідовностей і дозволяють в наочній формі показувати внутрішню динаміку взаємодії деякого набору компонент системи. На рис. не всі вузли позначають типи діаграм - деякі зображають лише групи діаграм, наприклад, "Структурні", "Поведінкові", "Взаємодій".
 Рис  Типи діаграм UML 2.0 Відзначимо нові типи діаграм, які з'явилися в UML 2.0 в порівнянні з версією 1.5: діаграми композитних структур (composite structure diagrams) - сюди, фактично, увійшли два типи діаграм: (i) кооперацій (при цьому кооперації UML 1.5 були сильно розширені); (ii) складних компонент, створених на базі компонент мови ROOM; діаграми схем взаємодій (interaction overview diagrams) - прообразом цього типу діаграм з'явилися діаграми MSC overview; діаграми комунікацій (communication diagrams) - це спрощений варіант діаграм кооперацій UML 1.5; тимчасові діаграми (timing diagrams) - це новий тип діаграм, призначений для наочного зображення потоку зміни станів декількох об'єктів. Я залишу осторонь той факт, що англій...